home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0083 / 152.txt < prev    next >
Text File  |  1997-04-16  |  10KB  |  272 lines
  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Sat,  3 Feb 90       Volume 90 : Issue  152
  4.  
  5. Today's Topics:
  6.                       Big troubles with STEs ???
  7.                                  C++
  8.                          gemdos, bios, xbios
  9.                       Help Needed with MICRO RTX
  10.                             Hisoft's WERCS
  11.                   IBM PC / ATARI ST Disk Screwed Up
  12.                          Resettable RAM Disk
  13.                           TURBO-C Question!
  14.             Weirdness with High Density drives and the ST
  15. ----------------------------------------------------------------------
  16.  
  17. Date: 1 Feb 90 17:12:09 GMT
  18. From: hp-ses!hpbbn!hpgnd!alex@hplabs.hp.com  (Alexis MERMET-GRANDFILLES)
  19. Subject: Big troubles with STEs ???
  20. Message-ID: <4280007@hpgnd.HP.COM>
  21.  
  22. Hi there,
  23.  
  24. I really get confused with all rumours I have heard about STE machines.
  25.  
  26. I have red that they do not work properly with a monochrome monitor.
  27. Especially they would get lost if one try to use the new capabilities
  28. ( Hardware scrolling , new blitter ) on a monochrome monitor.
  29.  
  30. It is a famous French ST magazine "ST-Mag" which wrote that...
  31. It seems there are some big problems with STEs.
  32.  
  33. They have also written that external drives 3'5 and 5'1/4 could not be
  34. accessed properly with STE machines .
  35.  
  36. Has anybody met these problems with STEs on monochrome monitors or
  37. with external floppies ?
  38.  
  39. Is it a hardware problem or a TOS 1.6 problem ?
  40. Is there the same problem on TOS 1.4 machines ?
  41.  
  42. Will STACY allow external 5'1/4 disks ?
  43.  
  44. Thanks a lot for your answers.
  45.  
  46. ------------------------------
  47.  
  48. Date: 3 Feb 90 16:59:57 GMT
  49. From: portal!portal!cup.portal.com!buggs@apple.com  (William Edward JuneJr)
  50. Subject: C++
  51. Message-ID: <26559@cup.portal.com>
  52.  
  53. I can access the panarthea machine by mail.
  54. How do I access the terminator machine?
  55. No, I don't have ftp here.
  56.  
  57. Ed <Net neophyte> June
  58.  
  59. ------------------------------
  60.  
  61. Date: 3 Feb 90 18:43:11 GMT
  62. From: eagle!ncastellano@ucbvax.Berkeley.EDU
  63. Subject: gemdos, bios, xbios
  64. Message-ID: <6288@eagle.wesleyan.edu>
  65.  
  66. A few questions for you atari hackers out there...
  67.  
  68. First, how can I read a character from the keyboard without echoing it to the
  69. screen?  Currently, I am polling the keyboard with bios(1, 2) which returns a
  70. -1 when a key is pressed, then reading the key with gemdos(1) which echoes it
  71. to the screen.  Is there a function similar to gemdos(1) which will give me the
  72. value but not echo it to the screen?
  73.  
  74. Second...can someone describe the parameters for xbios 8 and xbios 9 (Floprd
  75. and Flopwr)...I'd like to use these to make a disk-to-file-to-disk
  76. conversion program but the only docs I have on system calls for the st is a
  77. header file (OSBIND.H) ... not much to work with.  Anyone know of a text file
  78. anywhere that has at least some description of these functions?
  79.  
  80.                     Thanks,
  81.                             nick
  82.  
  83.  
  84. --
  85. _=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_
  86. Mathematics is the subject in which we never know what we are talking about,
  87. nor whether what we are saying is true.  -Bertrand Russell
  88. _-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_
  89. Nicholas Steven Castellano     | Box 4127 Wesleyan Station | Disclaimer: I am
  90. ncastellano@eagle.wesleyan.edu | Middletown CT 06457       | irresponsible.
  91. _=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_=_-_
  92.  
  93. ------------------------------
  94.  
  95. Date: 2 Feb 90 08:18:45 GMT
  96. From:
  97.  eru!luth!sunic!mcsun!unido!uklirb!incas!genesis!hoenig@bloom-beacon.mit.edu
  98.  (Helmut Hoenig)
  99. Subject: Help Needed with MICRO RTX
  100. Message-ID: <3518@incas.informatik.uni-kl.de>
  101.  
  102. gossa@chefs.dec.com (Andrew Goss) writes:
  103.  
  104.  
  105. >       Hi I need some help with installing MICRO RTX. (I can't evaluate it's
  106. >usefulness to me if I can't even get it to work !!) .
  107.  
  108. >       On Investigation using MON ST I discovered that the program was falling
  109. >over at the TRAP #5 in RTX_INSTAll with an 'Illegal Trap' message. (Is this due
  110. >to MON ST stealing/reseting the TRAP #5 vector ??). TRAP #5-#15 all point to
  111. >the same address is this correct ???
  112.  
  113.         I have the same problems in my Turbo C-Environment. At least I can
  114. test the programs after leaving the environment, as Turbo C restores the
  115. vectors. I temporary solved the problem by writing a tiny program which
  116. copies the trap-vectors to the area of user-vectors, befor starting the
  117. C-environment. I changed the RTX_INSTALL-function to set the trap-vectors
  118. back to these vectors befor executing the trap. But I still hope for a
  119. better solution.
  120.  
  121. Good luck.
  122.  
  123. Helmut Hoenig
  124.  
  125. ------------------------------
  126.  
  127. Date: 1 Feb 90 14:24:16 GMT
  128. From: otter!gjh@hplabs.hp.com  (Graham Higgins)
  129. Subject: Hisoft's WERCS
  130. Message-ID: <570056@otter.hpl.hp.com>
  131.  
  132. HiSoft's address is:
  133.  
  134. HiSoft, The Old School,
  135. Greenfield, Bedford
  136. MK45 5DE
  137.  
  138. +44 525-718181
  139.  
  140. Fax: +44 525-713716
  141.  
  142. Graham
  143. ======
  144.  
  145. ------------------------------------------------------------------
  146. Graham Higgins                  |  Phone: (0272) 799910 x 24060
  147. Hewlett-Packard Labs            |  gray@hpl.hp.co.uk
  148. Bristol                         |  gray%hplb.uucp@ukc.ac.uk
  149. U.K.                            |  gray@hplb.hpl.hp.com
  150. ------------------------------------------------------------------
  151. Disclaimer: My opinions above are exactly that, mine and opinions.
  152. ------------------------------------------------------------------
  153.  
  154. ------------------------------
  155.  
  156. Date: 1 Feb 90 23:20:33 GMT
  157. From: hp-ses!hpdml93!rona@hplabs.hp.com  (Ron Abramson)
  158. Subject: IBM PC / ATARI ST Disk Screwed Up
  159. Message-ID: <15480006@hpdml93.HP.COM>
  160.  
  161. I have heard that you should format the floppy on the same
  162. drive that you intend to do your file writing with.
  163.  
  164. Try formating the disk on the Atari using DC Format
  165. or some other utility that allows you to use the
  166. IBM boot sector.  Then try again.
  167.  
  168. Most of my transfers are done in the opposite direction
  169. from what you want.  That is, I format the floppy with
  170.  
  171. format B: /N:9 /T:80
  172.  
  173. on the HP to get a 720 K format.  Then I write the files
  174. on the HP.  When I take the disk home, I can read them
  175. without trouble.
  176.  
  177. I hope that this helps.
  178.  
  179. Regards,
  180.  
  181. Ron Abramson
  182.  
  183. phone:   (208) 323-4293
  184. email:   rona@hpdml92.HP.COM
  185. uucp:    hplabs!hpdml92!rona
  186.  
  187. ------------------------------
  188.  
  189. Date: 3 Feb 90 16:50:14 GMT
  190. From: portal!portal!cup.portal.com!buggs@apple.com  (William Edward JuneJr)
  191. Subject: Resettable RAM Disk
  192. Message-ID: <26558@cup.portal.com>
  193.  
  194. I thought MWC *ONLY* works with its ram disk?!
  195. Seemed like I tried the CodeHead one and it didn't work.
  196. But then that profile file is a killer to edit too, well, to me it is!
  197.  
  198.  
  199. Ed June
  200.  
  201. ------------------------------
  202.  
  203. Date: 3 Feb 90 16:51:46 GMT
  204. From: usc!snorkelwacker!spdcc!merk!alliant!linus!nixbur!nixpbe!mboen@ucsd.edu
  205.  (Martin Boening)
  206. Subject: TURBO-C Question!
  207. Message-ID: <784@nixpbe.UUCP>
  208.  
  209. >I'm trying to compile 'BISON' on my ST using the TURBO-C compiler. After
  210. >a few changes the compilation was successful, but the linker still gives
  211. >some weird errors.
  212.  
  213. >     "16 bit PC relative overflow"
  214.  
  215. Try setting the option for absolute calls. The problem you're encountering
  216. stems from the compiler setting everything for PC-relative calls and Gnu
  217. BISON is simply too big an object for this to work even though the separate
  218. functions may compile just fine. Don't nail me on it but I think that's the
  219. -P option.
  220.  
  221. Best of luck.
  222.  
  223. M. Boening
  224. --
  225. Email: in the   USA ->  ...!uunet!philabs!linus!nixbur!mboening.pad
  226.        outside  USA ->  ?...!mcvax?!unido!nixpbe!mboening.pad
  227. Paper Mail: Martin Boening, Nixdorf Computer AG, DS-CC22,
  228.             Pontanusstr. 55, 4790 Paderborn, W.-Germany
  229.  
  230. ------------------------------
  231.  
  232. Date: 4 Feb 90 04:52:42 GMT
  233. From:
  234.  sun-barr!cs.utexas.edu!jarvis.csri.toronto.edu!neat.cs.toronto.edu!omicron.cs.f
  235.  su.edu!fsucs.cs.fsu.edu!boyd@decwrl.dec.com  (Mickey Boyd)
  236. Subject: Weirdness with High Density drives and the ST
  237. Message-ID: <9002040453.AA12498@fsucs.cs.fsu.edu>
  238.  
  239. I have had the following happen to me, and am unable to explain or correct it.
  240. Anyone having a solution or an explination please post to this newsgroup, or
  241. reply to me directly.
  242.  
  243.   The scenario:
  244.  
  245.        1.  I formatted a 3.5" floppy in Double Density mode on an 386
  246.            equiped with High Density drives (I used format b: /t:80 /n:9)
  247.        2.  I then put some files on it, with the PC (not an st).
  248.        3.  Took it home to my trusty ST, ready to blast through some editing
  249.            with Tempus 2.  Files read fine from the disk, in and out of
  250.            subdirectories.
  251.        4.  Take back my now edited and improved files, and shove the disk
  252.            back into the 386.
  253.        5.  386 gives me no volume name (there was one), and no files.
  254.  
  255. After some experimentation, I have found that if I modify a disk in any way
  256. (with the ST), the contents will be gone as far as the 386 is concerned.  I
  257. am most miffed.
  258. --
  259.  
  260.     -----------------------------------------------------------------------
  261.     ---------------------------------+-------------------------------------
  262.          Mickey Boyd                 |    "Nobody can be exactly like me.
  263.                                      |      Even I have trouble doing it."
  264.              FSU Comp Sci            |              - Tallulah Bankhead
  265.     ---------------------------------+-------------------------------------
  266.     -----------------------------------------------------------------------
  267.  
  268. ------------------------------
  269.  
  270. End of INFO-ATARI16 Digest V90 Issue #152
  271. *****************************************
  272.